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(57) An information receiving terminal notifies an in- 
formation distribution server of a request for delivery of 
content. This delivery request specifies a category of the 
content, a delivery validity period and a character string 
in a subject header of an e-mail to be delivered. The 
information distribution server selects the content con- 
forming to the delivery request from information provid- 
ed by an information provision terminal, includes the 



content in the e-mail and delivers the e-mail to the infor- 
mation receiving terminal. The information receiving ter- 
minal classifies the e-mail received by means of the 
character string in the subject header of the delivered 
e-mail and a date and time when the e-mail is received. 
With this classification , the information receiving termi- 
nal presents the e-mail including the requested content 
to a user without fail and deletes a past-due e-mail hav- 
ing declined value of information automatically. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to methods for 
sending and receiving content and a system for deliver- 
ing the content through use of e-mail or the like. 

BACKGROUND OF THE INVENTION 

[0002] With prevalence of personal computers and 
portable terminals and increase of Internet users, num- 
bers of information distribution systems utilizing tele- 
communication networks are developed. Associated 
with this development, advertising through delivery of 
direct e-mail carrying advertising information to an in- 
definite number of users is active. 
[0003] Information provision service which collects, 
from advertisers, advertisement charges to cover, in full 
or in part, a charge that each user must assume to obtain 
information has also started. 

[0004] Concrete examples of existing services or sys- 
tems associated with delivery of advertisements are as 
follows. 

[0005] Japanese Unexamined Patent Publication No. 
11-1 36365 (1 999) discloses an information delivery sys- 
tem in which a terminal receives content, which is de- 
sirably updated at regular intervals, automatically. 
[0006] Japanese Unexamined Patent Publication No. 
11-195035 (1999) discloses an information delivery 
method adapting to changes of delivery needs of a user 
with respect to time dynamically by utilizing information 
about a delivery history and a user-input score for rele- 
vance to delivered information. 

[0007] Japanese Unexamined Patent Publication No. 
11-68987 (1999) discloses an information and commu- 
nication system having a server keep information about 
a user and changing advertising information to be in- 
cluded in transmit data based on this information about 
the user to provide data communication service at an 
inexpensive rate. 

[0008] Japanese Unexamined Patent Publication No. 
2000-99525 discloses an information provision method 
of delivering appropriate informational content for every 
time period by utilizing a user profile recording informa- 
tion in which a user is interested based on a pattern of 
the user's life that varies for every time period (periodi- 
cally) and an article profile recording freshness of the 
information and the number of accesses to the informa- 
tion. 

[0009] Japanese Unexamined Patent Publication No. 
11-134353 (1999) discloses an individual-specific ad- 
vertisement delivery method of delivering an advertise- 
ment carrying much information to a user who seems to 
have much interest in advertisement and delivering an 
advertisement carrying a little information to a user who 
seems to have little interest in advertisement, instead of 
delivering the same advertisement to all the users in 
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sending informational data with an advertisement in- 
cluded therein. 

[0010] These examples are systems intended for ef- 
fective and efficient advertisement delivery suitable for 

5 a user's taste and satisfy both an advertiser and the user 
taking the advertisement delivery. 
[0011] In addition, Japanese Unexamined Patent 
Publication No. 11-167533 (1999) discloses an e-mail 
firewall device rejecting reception of junk mail by means 

io of e-mail addresses. This example is intended for elim- 
ination of unsolicited advertising e-mail on the part of a 
user. 

[0012] In most of the systems mentioned above, the 
users' tastes (subjects of interest) are previously stored 
15 in a system of an advertisement distribution server, and 
e-mail including information conforming to each user's 
taste is delivered to each user individually. Such e-mail 
is referred to as opt-in mail, and there already exist many 
Web sites offering the opt-in mail service. 
20 [0013] However, the conventional opt-in mail service 
mentioned above has the following problem. In cases 
where registered personal information is revealed to a 
third party, an advertisement distribution agent which 
has gained possession of this personal information may 
25 send informational content or advertising e-mail that a 
user corresponding to this personal information does 
not solicit, resulting in the reception of unsolicited bulk 
e-mail on the part of the user. 

[0014] Also, the conventional systems are not each 
30 provided with a method of setting an advertisement de- 
livery period. Consequently, the user must continue to 
receive e-mail carrying information about or advertise- 
ments for certain goods or information or advertise- 
ments irrelevant to the goods on a semipermanent basis 
35 even in cases where the user wants the advertisements 
delivered for only a certain period of time. In many cas- 
es, the user can stop the advertisement delivery by up- 
dating or deregistering the information registered with 
the server. However, this is a troublesome matter 
40 caused to the user. 

[001 5] With increasing advertisement delivery to indi- 
viduals, it is conceivable that the user receives not only 
requested advertising e-mail but also e-mails from an 
indefinite number of companies. In this case, a system 
45 for deleting an obviously unnecessary e-mail automati- 
cally from a plurality of e-mails received to prevent the 
user from missing an important e-mail becomes essen- 
tial. 

[0016] In other words, the existing content delivery 
50 systems have a problem that the user does not have 
any means to obtain information on or advertisements 
for a certain genre efficiently for only a certain period of 
time. 

[001 7] The present invention addresses the problems 
55 discussed above and aims to provide a method for send- 
ing content, a method for receiving the content and a 
system for deliverying the content that allow a user to 
obtain information on or advertisements for a certain 
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genre efficiently for only a certain period of time. 

SUMMARY OF THE INVENTION 

[0018] To address the above-described problems, a 
method for sending content according to the present in- 
vention includes the steps of: storing, in a content deliv- 
ery list, a request for delivery of the content that is pro- 
vided by a user and includes a delivery validity period 
representing a period during which the delivery of the 
content is accepted and an address of an addressee of 
the content; extracting the delivery request within the 
delivery validity period from the content delivery list; and 
delivering the content based on the extracted delivery 
request. 

[0019] A method for receiving content according to 
the present invention includes the steps of: updating an 
awaiting content list by storing, in the awaiting content 
list, awaiting content information including a delivery va- 
lidity period that is previously registered with a distribu- 
tor requested to deliver the content and represents a pe- 
riod during which the delivery of the content is accepted, 
and an address of the distributor requested to deliver 
the content; and extracting only receive data conforming 
to the given conditions for selection of the content that 
are stored in the awaiting content list. 
[0020] A program product according to the present in- 
vention causes a computer to perform the above-de- 
scribed method for sending the content. 
[0021] Another program product according to the 
present invention causes a computer to perform the 
above-described method for receiving the content. 
[0022] A content distribution server according to the 
present invention includes: a delivery request registra- 
tion unit for storing, in a content delivery list, a request 
for delivery of content that includes a delivery validity 
period representing a period during which the delivery 
of the content is accepted and an address of an address- 
ee of the content; and a content delivery unit for extract- 
ing the delivery request within the delivery validity period 
from the content delivery list and delivering the content 
based on the extracted delivery request. 
[0023] A content receiving terminal according to the 
present invention includes: a delivery request genera- 
tion unit for generating a request for delivery of content 
that includes a user-specified delivery validity period 
representing a period during which the delivery of the 
content is accepted and a user-specified address of an 
addressee of the content; an editor for storing, in an 
awaiting content list, awaiting content information in- 
cluding the delivery validity period and an address of a 
distributor requested to deliver the content; a receiver 
for receiving receive data including the content: and an 
analyzer for extracting only the receive data conforming 
to the given conditions for selection of the content that 
are stored in the awaiting content list. 
[0024] A content delivery system according to the 
present invention includes the above-described content 



distribution server, the above-described content receiv- 
ing terminal and a content provision server providing 
content. 

[0025] According to this invention, the content distri- 
5 bution server sends an e-mail including the content con- 
forming to the user-specified delivery request for only 
the user-specified delivery validity period, thus improv- 
ing quality of service offered to the user. In addition, the 
probability is high that the content sent will be read, so 
io that the content provider can perform effective delivery 
of the content. 

[0026] Further, the content receiving terminal can ex- 
tract only the e-mail sent, within the user-specified de- 
livery validity period, from the address of the distributor 
is requested to deliver, thus giving priority to the e-mail in- 
cluding the requested content in presenting the e-mail 
to the user. 



BRIEF DESCRIPTION OF THE DRAWINGS 

20 

[0027] 

Fig. 1 is a block diagram of an information delivery 
system in accordance with a first exemplary embod- 

25 iment of the present invention. 

Fig. 2 is a block diagram of an information receiving 
terminal in accordance with the first exemplary em- 
bodiment of the present invention. 
Fig. 3 is a flowchart of a procedure for processing 

30 on the part of the information receiving terminal in 
accordance with the first exemplary embodiment of 
the present invention. 

Fig. 4 is a flowchart of a procedure for transmission 
of a delivery request on the part of the information 

35 receiving terminal in accordance with the first ex- 
emplary embodiment of the present invention. 
Fig. 5 is a flowchart of a procedure for reception of 
content on the part of the information receiving ter- 
minal in accordance with the first exemplary em- 
bodiment of the present invention. 
Fig. 6 is a block diagram of an information distribu- 
tion server in accordance with the first exemplary 
embodiment of the present invention. 
Fig. 7 is a flowchart of a procedure for storage of 

45 content on the part of the information distribution 
server in accordance with the first exemplary em- 
bodiment of the present invention. 
Fig. 8 is a flowchart of a procedure for storage of 
the delivery request on the part of the information 

so distribution server in accordance with the first ex- 
emplary embodiment of the present invention. 
Fig. 9 is a flowchart of a procedure for delivery of 
the content on the part of the information distribution 
server in accordance with the first exemplary em- 

55 bodiment of the present invention. 

Fig. 10 is a block diagram of an information distri- 
bution server in accordance with a second exem- 
plary embodiment of the present invention. 
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Fig. 11 is a block diagram of an information receiv- 
ing terminal in accordance with the second exem- 
plary embodiment of the present invention. 
Fig. 12 shows examples of items listed in the deliv- 
ery request in accordance with the first exemplary 
embodiment of the present invention. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0028] Exemplary embodiments of the present inven- 
tion are demonstrated hereinafter with reference to the 
accompanying drawings. 

First Exemplary Embodiment 

[0029] Fig. 1 is a block diagram of an information de- 
livery system in accordance with the first exemplary em- 
bodiment of the present invention. In Fig. 1 , information 
distribution server 101 manages informational contents 
and delivers the contents to arbitrary information receiv- 
ing terminals. 

[0030] Information provision terminals 102a-102c 
(hereinafter referred to as "information provision termi- 
nal 1 02" all together) provide distribution server 101 with 
the contents. This provision terminal 102 generates the 
contents and provides the contents thus made to server 
101. 

[0031] Information receiving terminals 103a-103c 
(hereinafter referred to as "information receiving termi- 
nal 1 03" all together) receive the contents from server 
101 and display the contents thus received. 
[0032] Distribution server 101, at least one or more 
provision terminals 1 02 and at least one or more receiv- 
ing terminals 1 03 are connected to network 1 04. Across 
this network 1 04, server 1 01 , provision terminal 1 02 and 
receiving terminal 1 03 are capable of intercommunicat- 
ing with one another. 

[0033] A description is provided hereinafter of an 
overview of operation of the thus-configured information 
delivery system. 

[0034] Information distribution server 101 collects 
contents from a plurality of information provision termi- 
nals 102 and classifies the contents thus collected ac- 
cording to genre (category) to make a list of the con- 
tents. The thus-made list of the contents is disclosed on 
a Web page or the like so that an arbitrary receiving ter- 
minal can refer to this list. It is to be noted here that each 
of the contents is data represented in an arbitrary format 
such as text, a static image, sound, a dynamic image or 
the like, and the concrete contents include information 
about stock prices, weather forecasts, survey reports, 
advertisements for goods and electronic magazines. 
[0035] Information receiving terminal 1 03 notifies dis- 
tribution server 101 of a request for content delivery. Re- 
ceiving terminal 103 generates this delivery request by 
referring to the Web page disclosed by server 101 or 
using other means. This delivery request carries a type 



of content of interest, a validity period of content deliv- 
ery, content identifying information and others. Simulta- 
neously with this notification of the delivery request, re- 
ceiving terminal 103 keeps this delivery request as 
5 awaiting content information. 

[0036] Distribution server 101 receives the delivery 
request sent from receiving terminal 103, selects the 
content conforming to this delivery request from the list 
of the contents and delivers the selected content to re- 
io ceiving terminal 1 03. 

[0037] The validity period of content delivery that is 
included in the delivery request is a period between a 
date and time when a user starts to accept delivery of 
content and a date and time when the acceptance of 
is delivery expires. Distribution server 1 01 checks this de- 
livery validity period in delivering the content and sends 
the content to receiving terminal 1 03, which has sent the 
request, only within this validity period. Thus, receiving 
terminal 103 can take the content delivery for only the 
user-requested certain period of time. 
[0038] For example, in cases where the user of re- 
ceiving terminal 103 considers whether to buy a car 
within the next one month, the user can take delivery of 
information on (advertisements for) cars for only a 
month. This is also advantageous to the information pro- 
viders, that is. distribution server 101 and provision ter- 
minal 102 because they can advertise efficiently. 
[0039] The content identifying information is metada- 
ta added to the content to help identify the content de- 
livered from distribution server 101. This content identi- 
fying information is information previously sent from re- 
ceiving terminal 103 to server 101 as a part of the de- 
livery request. For instance, in delivering the content to 
receiving terminal 103 by means of e-mail, server 101 
enters a content identifier (text data in this case) spec- 
ified by receiving terminal 1 03 in a subject header of the 
e-mail. In a conventional method, e-mails are classified 
according to e-mail sender's address. However, distri- 
bution server 101 which receives the delivery request 
does not necessarily coincide, at all times, with a dis- 
tributor which actually delivers the content. Even in such 
a case, receiving terminal 103 can classify the e-mails 
in a predetermined way, that is, through use of a char- 
acter string in the subject header. Such a means to clas- 
sify and select the e-mails according to e-mail subject 
is thus useful to the user who reads the content re- 
ceived. 

[0040] There may be cases where distribution server 
1 01 acts only as an intermediary for content delivery, 
not managing the contents. In these cases, each provi- 
sion terminal 102 keeps the contents and delivers the 
content directly to receiving terminal 103 through inter- 
mediation of server 101 . It is to be noted here that pro- 
vision terminal 102 is informed by server 101 about the 
delivery request and generates an e-mail by adding the 
above-mentioned similar function to the content con- 
forming to this request. 

[0041] Receiving terminal 1 03 can specify conditions 
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relating to the content to distribution server 1 01 serving 
as a content distribution server, so that server 101 can 
deliver the content conforming to a data display capa- 
bility of receiving terminal 103, time that the user can 
secure to read the content, a charge that the user can 
accept or the like. 

[0042] A detailed description is hereinafter provided 
of respective configurations and operations of informa- 
tion distribution server 101 and information receiving 
terminal 103 in accordance with the present embodi- 
ment. 

[0043] Fig. 2 is a block diagram of receiving terminal 
1 03 of Fig. 1 . This drawing is based on the present em- 
bodiment in which the notification of the request for con- 
tent delivery is provided to distribution server 101 by e- 
mail, and content included in an e-mail is received. 
[0044] Data processor 202 notifies distribution server 
101 of the delivery request and analyzes, displays and 
stores the content sent from server 101 . Processor 202 
is comprised of several units (described later). 
[0045] Data storage 203 is a nonvolatile storage de- 
vice which stores contents of the delivery request and 
the content received and is freely accessible by proces- 
sor 202. 

[0046] Communication unit 204 intercommunicates 
with distribution server 101 and information provision 
terminal 1 02 across network 1 04. In Fig. 2, communica- 
tion unit 204 is positioned outside data processor 202. 
In other words, communication unit 204 is a communi- 
cation unit (a network interface) serving as a hardware 
resource of receiving terminal 103. However, it is pos- 
sible to incorporate some facilities of communication 
unit 204 into processor 202. 

[0047] The components of data processor 202 and 
functions of these components are described as follows. 
[0048] Metadata acquisition unit 205 receives or ob- 
tains metadata carrying information on the deliverable 
content from the Web page of distribution server 1 01 . In 
other words, server 101 provides receiving terminal 103 
with the information on the deliverable content by means 
of the Web page or the like. 

[0049] Delivery request generation unit 206 gener- 
ates the delivery request including the delivery condi- 
tions from user-input information about content that the 
user wants to be delivered, that is, user-input informa- 
tion about the delivery request and based on the meta- 
data obtained by acquisition unit 205. This generation 
unit 206 may include a graphical user interface (GUI) or 
an editor which allows the user to edit the delivery re- 
quest. 

[0050] Fig. 12 shows an example of the delivery re- 
quest generated by generation unit 206. As shown in 
Fig. 12, the delivery request is comprised of type 1201 
of content, data format 1 202, such as text, a static im- 
age, sound, a dynamic image or the like, of the content, 
maximum amount 1203 of data, validity period 1205 of 
content delivery, content identifying information 1206, 
information 1 207 about a billing form and others. The de- 



livery request may also include address 1204 of an ad- 
dressee of the content in preparation for cases where a 
terminal which sends the delivery request is different 
from a terminal which actually receives the content. 

s [0051] As described earlier, the validity period of con- 
tent delivery is data representing the date and time when 
the acceptance of content delivery starts and the date 
and time when the acceptance of delivery expires, and 
the content identifying information is the metadata add- 

io ed to the content to hetp receiving terminal 1 03 classify 
the delivered content. The type of content is a character 
string or a code that represents a genre (a category) of 
the content and is presented by distribution server 101 . 
The data format of the content is a data format such that 

15 receiving terminal 103 can decode, and the user re- 
quests or accepts hearing and reading. 
[0052] The maximum amount of data is a maximum 
amount of data that receiving terminal 1 03 can receive. 
The data format and the maximum amount of data are 

20 set in accordance with performance of receiving termi- 
nal 103 or a user's taste. The information about the bill- 
ing form is information representing a permissible 
amount of money payable for reception of content. In 
the present embodiment, billing ranking on a scale of A 

25 to C is set. Specifically, a user pays in full, half and none 
in the respective ranks A, B and C. Distribution server 
1 01 includes advertising data in the content to be deliv- 
ered to receiving terminal 1 03 in accordance with the 
billing rank specified by receiving terminal 103. Thus, 

30 the content which does not necessarily conform to the 
user-specified content attributes is also included in the 
e-mail to be delivered to the user in accordance with the 
amount of payment that the user accepts. This allows 
the user to be exempt, in full or in part, from the charge 

35 for the reception of content. 

[0053] The content identifying information shown in 
Fig. 1 2 is a character string representing the type of con- 
tent and is visually broken by the user. However, the 
content identifying information may be a character string 

to encoded with International Data Encryption Algorithm 
(IDEA) or the like, or the character string representing 
the type of content may include a character string which 
does not easily occur to a third party to form the content 
identifying information. These ideas improve reliability 

45 of this content identifying information and enable com- 
pletely automatic determination as to whether the e-mail 
should be read. Consequently, unnecessary e-mail 
such as spam mail can be kept out of the user's sight. 
[0054] The delivery request may be described in Ex- 

50 tensible Markup Language (XML) or in an extensible da- 
ta description language comparable to XML. The use of 
XML to describe the delivery request facilitates analysis 
of this request on the part of distribution server 101 and 
also facilitates inter-coordination and data exchange 

55 with other systems. 

[0055] E-mail editor 207 translates the delivery re- 
quest generated by delivery request generation unit 206 
into e-mail format. An address of distribution server 1 01 
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is designated as an address of an addressee of the e- 
mail. Editor 207 also has a function to store, in awaiting 
content information management database 213 of data 
storage 203, at least the delivery validity period and the 
content identifying information, which are included in the 
delivery request and given as one set, as the awaiting 
content information. 

[0056] E-mail transmitter 208 sends the e-mail gener- 
ated by editor 207 to distribution server 101 . 
[0057] E-mail receiver 209 receives all the e-mails 
sent across the Internet. It is to be noted that the e-mail 
delivered from distribution server 101 includes the con- 
tent conforming to the delivery request specified by re- 
ceiving terminal 1 03 and the content identifying informa- 
tion in its subject header. 

[0058] E-mail analyzer 21 0 compares a title, which is 
the character string, in the subject header of the e-mail 
received by receiver 209 with the content identifying in- 
formation stored in database 213 of data storage 203 
and compares the date when this e-mail is received with 
the delivery validity period stored in database 213 of 
storage 203. 

[0059] Analyzer 21 0 classifies the contents into two 
groups, that is, a group of contents that conform to the 
content identifying information and are received within 
the delivery validity period and a group of the other con- 
tents. Analyzer 210 stores the contents conforming to 
the delivery request in content management database 
214 of data storage 203. 

[0060] Display 211 displays the content determined 
by analyzer 210 as being conformable to the delivery 
request. Display 211 performs decoding on the content, 
display in text form and graphic drawing. Display 211 
can also display the content stored in database 214 of 
data storage 203. 

[0061] Controller 212 controls components 205-211 
of data processor 202 and communication unit 204 to 
execute the reception of content. 
[0062] Awaiting content information management da- 
tabase 213 is a database for managing the information 
about awaiting contents. 

[0063] Content management database 2 1 4 is a data- 
base stored with the received contents. 
[0064] The content included in the e-mail received by 
e-mail receiver 209 may include not only text data but 
also static image data, sound data and dynamic image 
data. In cases where the content includes data other 
than the text data, receiving terminal 1 03 has a decoding 
means compatible with these content data. 
[0065] A body of the e-mail may carry only information 
(e.g., a URL of a Web site at which the content is found) 
about a link to the content. In this case, receiving termi- 
nal 103 has a means of downloading the content or a 
means of loading streams of data from the Web site 
specified. 

[0066] Components 205-208 associated with the 
transmission of e-mail are not requisite to receiving ter- 
minal 1 03. Instead of these components 205-208, for 



example, a delivery request setting means such as 
Common Gateway Interface (CGI) or the like which is 
prepared in the server may be utilized. It is to be noted 
however that the delivery request registered with distri- 

5 bution server 1 01 needs to be stored in receiving termi- 
nal 103 for the purpose of classification of the e-mails 
received. In this case, data processor 202 must have a 
means to store the delivery request in data storage 203. 
[0067] Information receiving terminal 1 03 performs a 

w process of sending the request for content delivery to 
information distribution server 101 and a process of re- 
ceiving the content. 

[0068] Referring to Figs. 3-5, a detailed description is 
hereinafter provided of these processes. 

15 [0069] Fig. 3 is a flowchart of a procedure for process- 
ing on the part of receiving terminal 103. The process 
of sending the delivery request is carried out in response 
to instructions from the user, while the process of receiv- 
ing the content is carried out when the e-mail sent from 

20 distribution server 1 01 is received during automatic ob- 
servation of the reception of e-mail. However, it is pos- 
sible to carry out this process of receiving the content in 
response to user's instructions. 

[0070] If an operation associated with the delivery re- 
25 quest is performed by the user, the process performed 
by controller 212 shifts to step S302. Simultaneously, 
controller 212 continuously monitors the reception of e- 
mail, and if the reception of e-mail is observed, the proc- 
ess shifts to step S303. If the user's operation and the 
30 reception of e-mail are absent, the entire process enters 
a standby loop (S301). 

[0071] Delivery request transmission step S302 is 
carried out primarily by components 205-208 of Fig. 2. 
In the process of sending the delivery request, the noti- 

35 ficatton of the delivery request is provided to distribution 
server 101 . In the present embodiment, the e-mail is uti- 
lized for the notification of the delivery request. Howev- 
er, it is possible to utilize, besides the e-mail, a notifica- 
tion using Hypertext Transfer Protocol (HTTP), internet 

40 fax or a file transfer method using FTP (File Transfer 
Protocol). A detailed description of the process in step 
S302 is provided later. 

[0072] Content reception step S303 is carried out pri- 
marily by components 209-211 of Fig. 2. In the process 

45 of receiving the content, the e-mail sent from distribution 
server 101 is received and the content included in this 
e-mail is decoded and displayed. A detailed description 
of the process in step S303 is provided later. 
[0073] Termination determination step S304 is carried 

so out by controller 212 of Fig. 2. In this step, a determina- 
tion is made as to whether to terminate the entire proc- 
ess associated with the reception of information. Typi- 
cally, the process returns to S301 to continue. The ter- 
mination of the entire process corresponds to turning off 

55 of receiving terminal 1 03 or termination of a program de- 
signed for the reception of information. 
[0074] Delivery request transmission step S302 is de- 
scribed hereinafter in detail with reference to Fig. 4. 
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[0075] Metadata acquisition unit 205 obtains metada- 
ta on content that the user wants to be delivered (S401 ). 
[0076] The user refers to the metadata obtained in 
step S401 and sets a request for content delivery by 
means of the GUI or an appropriate editor (S402). This 
delivery request generated by delivery request genera- 
tion unit 206 includes the conditions relating to the con- 
tent to be delivered from distribution server 101 to re- 
ceiving terminal 1 03 and more specifically, carries the 
type of content such as a weather forecast, information 
about stock prices, comparative information about spec- 
ifications of latest PCs, an advertisement for a new prod- 
uct or the like, the data format, such as the text, the static 
image, the sound, the dynamic image or the like, of the 
content, the maximum size of data, the validity period 
(a delivery period requested by the user) of content de- 
livery and others. 

[0077] E-mail editor 207 generates an e-mail having 
the delivery request prepared in step S402 in its body 

(5403) . The address of distribution server 101 is desig- 
nated as the address of the addressee of this e-mail. 
The subject header of this e-mail is not provided with 
any specific regulation. However, the character string 
specified by server 101 may be entered in the subject 
header. In this case, the metadata obtained by acquisi- 
tion unit 205 includes and specifies the character string 
to be entered in the subject header. This facilitates the 
classification of the e-mail on the part of server 101. 
[0078] Alternatively, a user-specified keyword for use 
in the classification of e-mail may be entered. Distribu- 
tion server 101 enters this keyword in the subject header 
in distributing the content. Thus, e-mail analyzer 210 of 
receiving terminal 103 can perform classification tai- 
lored to its own application. 

[0079] Next, e-mail transmitter 208 sends the e-mail 
thus prepared in step S403 to distribution server 101 

(5404) . 

[0080] E-mail editor 207 thereafter stores the delivery 
request sent to distribution server 101 and the address 
of the distributor requested to deliver the content in 
awaiting content information management database 
213 of data storage 203 (S405). The thus-stored deliv- 
ery request finds use in identification when the e-mail is 
received. Editor 207 also deletes processed awaiting 
content information and invalid awaiting content infor- 
mation and updates an awaiting content list. This await- 
ing content list is a list of the data on the awaiting con- 
tents, and these data are collected from each delivery 
request already sent to server 101 . With this list, e-mail 
analyzer 210 can determine with ease whether the re- 
ceived e-mail includes the content requested by the us- 
er. 

[0081] In this way, receiving terminal 103, serving as 
a terminal for receiving the content, keeps the informa- 
tion on the content associated with the thus-sent deliv- 
ery request in awaiting content list form, so that the e- 
mail including the content requested by the user can be 
extracted from the received e-mails and take priority 



over the others when presented to the user. 
[0082] Through a series of above-described steps 
S401 -S405, the delivery request is sent from receiving 
terminal 103 to distribution server 101. 
5 [0083] Content reception step S303 is hereinafter de- 
scribed in detail with reference to Fig. 5. 
[0084] E-mail receiver 209 loads only a header por- 
tion of an e-mail received and passes information in the 
subject header of the header portion thus loaded to e- 
mail analyzer 210 (S501). In other words, the body of 
this e-mail is not yet loaded into data processor 202 at 
this stage. 

[0085] As described earlier in the explanation of the 
process of Fig. 4 in which the e-mail is sent, the delivery 
request sent to information distribution server 101 is al- 
so stored in data storage 203 as the awaiting content 
information. This awaiting content information includes 
the content identifying information (the subject of the e- 
mail including the content), the delivery validity period 
and the address of the distributor requested to deliver. 
[0086] Analyzer 21 0 determines whether there exists 
awaiting content information which conforms to the sub- 
ject, obtained in step S501, of the e-mail received 
(S502). If the conformable awaiting content information 
exits, this means that this e-mail includes the content 
that distribution server 101 has been requested to de- 
liver, so that the process shifts to step S503. 
[0087] If such conformable awaiting content informa- 
tion does not exist, then the process shifts to step S507 
because this e-mail is unrelated to the content associ- 
ated with the delivery request. 

[0088] E-mail receiver 209 loads the e-mail, the sub- 
ject of which has been identified, in step S502, as being 
conformable to the awaiting content information, and 
passes the content included in the body of the e-mail to 
analyzer 210 (S503). 

[0089] Analyzer 21 0 then determines whether a date 
and time when the thus-loaded e-mail has been re- 
ceived satisfies the condition relating to the delivery va- 
lidity period included in the awaiting content information 
stored in awaiting content information management da- 
tabase 213 of storage 203 (S504). If this date and time 
is within the validity period, the process shifts to step 
S505, and if this date and time is outside the validity 
period, then the process shifts to step S506. It is to be 
noted that "a date and time when e-mail is received" may 
be set as either "a date and time when the e-mail is 
spooled and arrives in an electronic in-tray of the user, 
that is, a date and time when reading of the e-mail is 
available to the user" or "a date and time when the user 
of receiving terminal 103 intends to read the e-mail car- 
rying the content". 

[0090] In step S505. display 211 decodes and dis- 
plays the content included in the received e-mail, and 
analyzer 21 0 stores this content in content management 
database 214 of storage 203 on an as needed basis. 
[0091] Analyzer 210 deletes the e-mail which con- 
forms to the content identifying information included in 
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the awaiting content information but is determined, in 
step S504, as failing to satisfy the condition relating to 
the delivery validity period (S506). 
[0092] Here, if the above-mentioned "date and time 
when e-mail is received" is "a date and time when the 
user of receiving terminal 103 intends to read the e-mail 
carrying the content", past-due content having declined 
value of information can be deleted automatically by an- 
alyzer 210. For instance, in cases where the user has 
not heard or viewed delivered content carrying informa- 
tion such as "a weather forecast for today" or "a recom- 
mended TV program for today" or the like which has a 
short validity period for several days, unknown to the 
user, analyzer 210 deletes this past-due content. It is to 
be noted that instead of being deleted, the e-mail may 
be displayed by coming low on the priority list. 
[0093] If any received e-mail remains, the process 
performed by controller 212 returns to step S501 to re- 
peat a series of steps S501 -S506. The process of re- 
ceiving the content terminates when no received e-mail 
remains. 

[0094] Through a series of above-described steps 
S501-S507, the content included in the received e-mail 
is displayed and stored. 

[0095] As information receiving terminal 1 03, an arbi- 
trary terminal such as a personal computer, a personal 
digital assistant (PDA), a portable telephone or the like 
can be used, provided that it is capable of receiving and 
displaying the content. 

[0096] In the present embodiment, the Internet has 
been utilized. However, it is possible to utilize an arbi- 
trary network such as a wide area network (WAN), a lo- 
cal area network (LAN), a radio network or a complex 
network of these networks, and an intranet is similarly 
applicable. 

[0097] In the information delivery system in accord- 
ance with the present embodiment, information distribu- 
tion server 1 01 discloses the Web page carrying the list 
of the contents that includes the metadata on the con- 
tents, while receiving terminal 1 03 obtains the metadata 
on the content by means of HTTP or FTP. The metadata 
carries information enabling the user to grasp an over- 
view of the content and information necessary for the 
reception of the content. In cases where receiving ter- 
minal 1 03 obtains these pieces of information by other 
means, step S401 is unnecessary. It is to be noted that 
the delivery request may be generated automatically by 
previously keeping various kinds of information associ- 
ated with the delivery request. 

[0098] In the classification of the e-mails, a condition 
that the awaiting content list is used for reference, and 
an address of an e-mail sender coincides with the ad- 
dress of the distributor requested to deliver may also be 
included. With this condition, the e-mail including the 
content requested by the user can take higher priority 
over the others when presented to the user. 
[0099] The delivery validity period included in the de- 
livery request has been, in the present embodiment, the 



period between the date and time when the acceptance 
of content delivery starts and the date and time when 
the acceptance of delivery expires. However, the validity 
period may include only one of these dates and times. 

5 [01 00] Alternatively, the dates and times when the ac- 
ceptance of delivery starts and expires may be replaced 
by dates and times when the delivery carried out by dis- 
tribution server 1 01 starts and expires. In this case, even 
if the e-mail is not read within the validity period, the con- 

10 tent which has been necessary for the user can be heard 
or viewed at a later date without being deleted. 
[0101] Further, the date and time when the e-mail is 
received has been required to be within the delivery va- 
lidity period in this embodiment. However, this date and 

15 time may be outside the delivery validity period. 

[01 02] In the above case, the e-mail including the us- 
er-requested content carrying old, past-due information 
is extracted and may be deleted automatically or come 
low on the priority list when presented to the user. 

20 [01 03] In cases where the user wants pay content de- 
livered, by specifying the validity period of this delivery, 
the user has an advantage that the user no longer con- 
tinues to subscribe to the content which has become un- 
necessary information. 

25 [0104] A description is hereinafter provided of config- 
uration and functions of information distribution server 
101. 

[0105] Fig. 6 is a block diagram of distribution server 
101 of Fig. 1. 

30 [0106] Distribution server 101 in accordance with the 
first exemplary embodiment is a system comprised of a 
server work station or a server PC, a mass storage de- 
vice and a variety of peripheral devices such as a net- 
work card and the like. 

35 [0107] Data transmission and reception processor 
602 stores and manages the informational contents, ac- 
cepts the delivery request and delivers the content. 
Processor 602 is comprised of several units (described 
later). 

40 [0108] Data storage 603 is a nonvolatile storage de- 
vice which stores the contents and is freely accessible 
by processor 602. This storage 603 is constructed of a 
plurality of databases stored with the contents and a va- 
riety of data. 

45 [0109] Communication unit 604 intercommunicates 
with information receiving terminal 103 and information 
provision terminal 102 across network 104. In Fig. 6, 
communication unit 604 is positioned outside processor 
602. In other words, communication unit 604 is a gen- 

50 eral-purpose communication unit (a network interface) 
serving as a hardware resource of distribution server 
101. However, it is possible to incorporate some facili- 
ties of communication unit 604 into processor 602. 
[0110] The components of data transmission and re- 

55 ception processor 602 and functions of these compo- 
nents are described as follows. 

[0111] Delivery request registration unit 605 receives 
and stores the delivery request from receiving terminal 
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1 03. Content registration unit 606 stores the content re- 
ceived from provision terminal 1 02 and updates a man- 
agement list of the stored contents. 
[0112] Content list disclosure unit 607 discloses the 
list of the stored contents to receiving terminal 103. In 
the present embodiment, distribution server 101 utilizes 
this disclosure unit 607 to function as the Web site dis- 
closing an HTML document generated from this list of 
the contents. However, in cases where the user is pre- 
sented with the information on the contents by other 
means such as facsimile and the like, this disclosure unit 
607 is not requisite. 

[0113] Content delivery unit 608 delivers the content 
in response to the delivery request received from receiv- 
ing terminal 1 03. Delivery unit 608 has a means to trans- 
late and process the content, a means to compress the 
content, a means to encode the content, a means to add 
an electronic signature and others on an as needed ba- 
sis. 

[01141 Controller 610 controls components 605-608 
of data transmission and reception processor 602 and 
communication unit 604 to execute the transmission 
and reception of data. 

[01 1 5] The components of data storage 603 and func- 
tions of these components are described as follows. 
[0116J Delivery request management database 611 
stores the delivery request sent from receiving terminal 
103 in the form of a content delivery list. One delivery 
request is comprised of at least one of the address of 
receiving terminal 103, the type of content to be deliv- 
ered, the data format of the content, the maximum 
amount of data, the delivery validity period, the content 
identifying information, the information about the billing 
form, the permissible amount of money payable and oth- 
ers. 

[0117] Content management database 612 is stored 
with the contents received from provision terminal 102. 
[0118] Content list management database 613 man- 
ages the list of the contents stored in database 612. 
[0119] In this embodiment, each of the contents is a 
variable-length data comprised of at least one or more 
files, so that database 61 2 managing the contents and 
database 613 managing the list of the contents are in- 
dependent of each other. However, the contents and the 
list of the contents may be managed by a single data- 
base. 

[01 20] Information about one content that is managed 
by content list management database 613 includes a 
type of content, a data format of the content, an amount 
of content data, a filename of the content, an absolute 
address of a location of the content and others. It may 
also include a period during which the content is of value 
as information and a validity period indicative of fresh- 
ness of the content. 

[0121] In cases where one content consists of a plu- 
rality of sub-contents, the information about this content 
also includes information about the construction of the 
content from the plurality of sub-contents. In cases 



where content has scalability, that is, the capability of 
generating content having different information and a 
different amount of data, the information about this con- 
tent also includes information about the scalability, and 
5 distribution server 101 has a transcoding means to con- 
vert this content. 

[0122] Distribution server 101 stores the content re- 
ceived from provision terminal 1 02 in data storage 603 
and updates the management list of the stored contents. 

10 These acts are hereinafter referred to as a process of 
storing the content. Simultaneously with this process, 
server 101 receives the delivery request from receiving 
terminal 103 and stores this delivery request. These 
acts are hereinafter referred to as a process of storing 

'5 the delivery request. Also, server 101 continuously 
checks the present time and delivers the content in re- 
sponse to the delivery request received from receiving 
terminal 103. These acts are hereinafter referred to as 
a process of delivering the content. These processes 

20 are done simultaneously. 

[01 23] Referring to Figs. 7-9, a detailed description is 
hereinafter provided of the process of storing the con- 
tent, the process of storing the delivery request and the 
process of delivering the content. 

25 [0124] Fig. 7 is a flowchart of a procedure for the proc- 
ess of storing the content on the part of information dis- 
tribution server 101. 

[01 25] Controller 61 0 checks communication unit 604 
to see if unit 604 has received content from information 
30 provision terminal 1 02. If the content has been received, 
the process shifts to the next step, and if no content has 
been received : the process enters a standby loop 
(S701). 

[0126] Content registration unit 606 loads only meta- 
35 data carrying an overview of the content received by 
communication unit 604 (S702). 
[0127] Next, registration unit 606 analyzes the meta- 
data loaded and determines whether an amount of data, 
a character code, a format such as an image encoding 
40 format or the like and others of this content conform to 
requirements. If the contents of this content are deter- 
mined as being conformable, the process shifts to the 
next step. If the contents of this content are determined 
as being not conformable, this content and the metadata 
45 on this content are deleted, and the process shifts to 
step S706 (S703). 

[0128] Registration unit 606 stores the content deter- 
mined, in step S703, as being conformable in content 
management database 612 (S704). Further, according 
50 to the metadata on the content stored in step S704, reg- 
istration unit 606 updates content list management da- 
tabase 613(S705). 

[0129] Subsequently, controller 610 notifies provision 
terminal 102, which has sent the content, whether the 
55 content has been registered (S706). Controller 610 
thereafter determines whether to terminate the process 
of storing the content (S707). Typically, this process re- 
turns to step S701 to continue. The termination of this 
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process corresponds to turning off of distribution server 
101 or termination of a program designed for the trans- 
mission and reception of information. 
[0130] Through a series of above-described steps 
S701 -S707, the process of storing the content sent from 
provision terminal 102 is done. 

[0131] Even in cases where provision terminal 1 02 is 
a content provision server, information distribution serv- 
er 1 01 delivers the content provided by the content pro- 
vision server to information receiving terminal 103, in- 
termediating between the content provision server and 
receiving terminal 103. Thus, server 101 can perform 
efficient content delivery adapted to the demands of 
both of them. 

[01 32] Fig. 8 is a flowchart of a procedure for the proc- 
ess of storing the delivery request on the part of distri- 
bution server 101 . 

[0133] Controller 61 0 checks communication unit 604 
to see if unit 604 has received a request for content de- 
livery from receiving terminal 103. If the delivery request 
has been received, the process shifts to the next step, 
and if no delivery request has been received, the proc- 
ess enters the standby loop (S801). 
[0134] Delivery request registration unit 605 loads the 
delivery request received (S802). Registration unit 605 
thereafter analyzes the received delivery request to de- 
termine whether information including a type of content, 
a format of the content, a maximum size of data, a va- 
lidity period of content delivery and others is appropri- 
ate. If the delivery request is appropriate, the process 
shifts to the next step. If inappropriate, this delivery re- 
quest is deleted, and the process shifts to step S805 
(S803). 

[0135] Registration unit 605 stores the delivery re- 
quest determined, in step S803, as being appropriate in 
delivery request management database 611 (S804). 
Subsequently, controller 610 notifies receiving terminal 
103, which has sent the delivery request, whether this 
request has been registered (S805). 
[0136] Controller 61 0 thereafter determines whether 
to terminate the process of storing the delivery request 
(S806). Typically, this process returns to step S801 to 
continue. The termination of this process corresponds 
to the turning off of distribution server 101 or the termi- 
nation of the program designed for the transmission and 
reception of information. 

[0137] Through a series of above-described steps 
S801-S806, the process of storing the delivery request 
on the part of distribution server 101 is done. 
[01 38] Fig. 9 is a flowchart of a procedure for the proc- 
ess of delivering the content on the part of distribution 
server 101 . 

[0139] Controller 610 checks a timetable carrying 
times (dates and times) when contents are to be deliv- 
ered to see if the present time is the time for content 
delivery. If the present time is the time for content deliv- 
ery, the process shifts to the next step, and if the present 
time is not the time for content delivery, the process en- 



ters the standby loop (S901). 

[01 40] Content delivery unit 608 retrieves the delivery 
requests one by one from delivery request management 
database 611 (S902) and performs a series of steps 
5 S902-S912 (steps S903-S912 are described later). 
Each of these delivery requests is comprised of the ad- 
dress of receiving terminal 103, the type of content to 
be delivered, the data format of the content, the maxi- 
mum amount of data, the validity period of content de- 
io livery, the content identifying information, the informa- 
tion about the billing form and others. 
[0141] Delivery unit 608 then performs a comparison 
between the delivery validity period listed in the delivery 
request retrieved and the present date and time. If the 
'5 present date and time is within the delivery validity pe- 
riod, the process shifts to step S906. If the present date 
and time is outside the delivery validity period, then the 
process shifts to step S904 with no content delivered 

(5903) . 

[0142] Delivery unit 608 performs a comparison be- 
tween the delivery validity period and the present date 
and time, and if the present date and time is past the 
delivery validity period, the process shifts to step S905. 
If the present date and time is antecedent to the delivery 
validity period, then the process shifts to step S912 

(5904) . 

[0143] Delivery unit 608 deletes, from database 61 1 , 
the delivery request determined, in step S904, as having 
the distribution validity period antecedent to the present 
date and time, that is, the delivery request determined 
as being unnecessary for use in the delivery of content 
to the user (S905). In this way, the past-due delivery da- 
ta is deleted from the content delivery list on an as need- 
ed basis, so that the content not requested by the user 
can be prevented from being erroneously delivered. 
Here, continued delivery of content may be made pos- 
sible by sending an e-mail to receiving terminal 103 to 
confirm extension of the period in the delivery request 
and receiving a request for the extended period from the 
user. 

[01 44] Delivery unit 608 refers to content list manage- 
ment database 613 to retrieve content which conforms 
to the delivery request selected in step S902 and retains 
the result of retrieval (S906). Here, there may be cases 
where a plurality of contents which conform to the de- 
livery request are retrieved. 

[0145] Delivery unit 608 thereafter checks the result 
of step S906. If the content which conforms to the de- 
livery request has been found, the process shifts to the 
next step, and if no conformable content has been 
found, the process shifts to step S912 (S907). 
[0146] Delivery unit 608 searches through content 
management database 612 and loads the content re- 
trieved, in step S906, from the list of the contents (S908). 
[0147] Subsequently, delivery unit 608 generates an 
e-mail document including the content loaded in step 
S908 (S909). This e-mail is generated in accordance 
with the data format of the content and the maximum 
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amount of data that are included in the delivery request. 
For example, in cases where the delivery request spec- 
ifies that only text data is readable, delivery unit 608 in- 
cludes text data extracted from the content in the e-mail. 
In cases where the delivery request specifies that only 
sound data is acceptable, it is possible to include only 
sound data extracted from the content or sound data 
converted from text data by a sound synthesis capabil- 
ity. In cases where the delivery request specifies a small 
maximum amount of data, summarized text data pre- 
pared beforehand as a part of the content is included in 
only text data extracted. As to static image data or the 
like ! image data, the size of which is reduced by resolu- 
tion conversion, is included. The address of receiving 
terminal 103 that is listed in the delivery request corre- 
sponding to the above content is designated as an ad- 
dressee of this e-mail. In addition, at least either the con- 
tent identifying information, which is listed in the delivery 
request corresponding to the above content, or the type 
of content, which is included in the content attributes, is 
entered in the subject header of this e-mail (S909). 
Thus, receiving terminal 1 03 can classify the received 
content according to the user-specified character string 
or the distributor-specified type of content. 
[01 48] In cases where the information about the billing 
form included in the delivery request selected in step 
S902 represents a type permitting inclusion of adver- 
tisement for reduced content delivery expenses, adver- 
tising content is also included in the e-mail. 
[0149] Next, delivery unit 608 sends the e-mail gen- 
erated in step S909 to receiving terminal 103 (S910). 
[0150] Delivery unit 608 then determines whether all 
the contents retrieved in step S906 have been delivered 
(S911). In other words, if the plurality of contents con- 
forming to the delivery request exist and have not been 
all delivered, the process returns to step S908 to pro- 
ceed to the delivery of the next content. If all the contents 
have been delivered, the process shifts to the next step. 
[0151] In the present embodiment, one e-mail has 
carried one content. However, one e-mail may carry the 
plurality of contents. 

[0152] Delivery unit 608 determines whether there re- 
mains any delivery request which has not undergone the 
process of content delivery in delivery request manage- 
ment database 611 (S912). If any yet-to-be-processed 
delivery request remains, the process returns to step 
S902, and if there is no yet-to-be-processed delivery re- 
quest, the process shifts to the next step. 
[0153] Controller 610 determines whether to termi- 
nate the process of delivering the content (S913). Typ- 
ically, this process returns to step S901 to continue. The 
termination of this process corresponds to the turning 
off of distribution server 101 or the termination of the 
program designed for the transmission and reception of 
information. 

[0154] Through a series of above-described steps 
S901 -S91 3, the process of delivering the content on the 
part of distribution server 101 is done. 



[0155] In the present embodiment, information distri- 
bution server 1 01 discloses the contents available to the 
user by means of content list disclosure unit 607 and 
sends the content requested by the user under the user- 
5 specified delivery conditions. Thus, server 1 01 can per- 
form efficient content delivery without displeasing the 
user. 

[0156] It is to be noted that in cases where the list of 
the contents available from distribution server 101 is 

10 provided in printed form and not by the Web site, content 
list disclosure unit 607 is unnecessary. 
[01 57] Moreover, in the case of a system in which dis- 
tribution server 1 01 stores the contents off-line, it is un- 
necessary for information provision terminal 1 02 to be 

15 connected to network 104. 

[0158] In this embodiment, the e-mail has been uti- 
lized for the delivery of the content to information receiv- 
ing terminal 103. However, the content delivery using 
the internet fax or the FTP can similarly be applied to 

20 this embodiment by including the content identifying in- 
formation in a part of header information, creating a file 
including the content data and the content identifying 
information added to the content data, or creating sep- 
arate files for the content identifying information and the 

25 content in the transmission. 

[0159] As described above, if receiving terminal 103 
carries out the processes illustrated by the flowcharts of 
Figs. 3-5, while distribution server 101 carries out the 
processes illustrated by the flowcharts of Figs. 7-9, dis- 

30 tribution server 101 sends, for only the user-specified 
certain period of time, the e-mail including the user- 
specified content and the user-specified content identi- 
fying information in the subject header of the e-mail. On 
the other hand, receiving terminal 103 performs classi- 
cs fication of the e-mail by using the delivery validity period 
and the content identifying information, thus giving pri- 
ority to the important content in showing this content to 
the user Moreover, even if receiving terminal 103 re- 
ceives the past-due content or information, terminal 1 03 

40 can delete this past-due content or information automat- 
ically. 

[0160] In this way, the user of receiving terminal 1 03 
can advantageously read the receive data including the 
important content that is given priority, without missing 

45 it even if the user receives enormous volumes of receive 
data. Simultaneously with this, there can be obtained an 
advantage that receiving terminal 1 03 can delete the re- 
ceive data including the past-due content carrying no 
value of information automatically. Further, the provider 

50 of the content delivery can offer efficient service that 
eliminates the provision of needless contents, by send- 
ing the contents conforming to the user's request for on- 
ly the user- requested period of time. 

55 Second Exemplary Embodiment 

[0161] Fig. 10 is a block diagram of information distri- 
bution server 101 in accordance with the second exem- 
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plary embodiment of the present invention. The present 
embodiment differs from the first exemplary embodi- 
ment in that distribution server 101 includes program 
module 1 01 4, a software program which is designed for 
the reception of content and more particularly, designed 
to implement the functions of data processor 202 de- 
scribed in the first embodiment, and module transmitter 
1 009 which sends module 1 01 4 to information receiving 
terminal 103. 

[0162] Module transmitter 1009 is a program delivery 
unit which delivers program module 1014 in response 
to a request of an arbitrary terminal. 
[0163] Controller 610 controls components 605-608 
and 1009 of data transmission and reception processor 
602 and communication unit 604 to execute the trans- 
mission and reception of data. 

[0164] Program module 1014 is a software program 
module described in the Java language. The arbitrary 
terminal having a JAVA execution environment can 
function as receiving terminal 103 by loading program 
module 1014. 

[0165] With this program module 1014, content deliv- 
ery service can be offered to an indefinite number of ar- 
bitrary users. 

[0166] Instead of being the program module de- 
scribed in the JAVA language, program module 1014 
may be a program module described in any other lan- 
guage supported by many platforms. 
[0167] Controller 610 also monitors the reception of 
the request for delivery of the software designed for the 
transmission and reception of e-mail from receiving ter- 
minal 103 by means of communication unit 604. If this 
request is received, module transmitter 1009 retrieves 
program module 1 014 from data storage 603 and sends 
this module 1014 to requesting receiving terminal 103. 
This process of sending module 1014, the process of 
storing the content, the process of storing the delivery 
request and the process of delivering the content are 
done simultaneously. 

[0168] It is to be noted here that instead of being 
downloaded from distribution server 101 to receiving 
terminal 103, program module 1014 may be installed in 
receiving terminal 103 off-line or from the beginning. In 
either case, module transmitter 1 009 and program mod- 
ule 1014 are not requisite. 

[0169] Fig. 11 is a block diagram of a personal com- 
puter used as information receiving terminal 103 in ac- 
cordance with the second exemplary embodiment of the 
present invention. 

[0170] CPU 1101 controls hardware of the personal 
computer in accordance with a program loaded into 
RAM 1 1 03 from software storage 1 1 04 serving as a hard 
disk. An Initial Program Loader (I PL), a program respon- 
sible for initial software loading from software storage 
1104 into RAM 1103 when the power is turned on, is 
written into ROM 1102. 

[0171] Input unit 1105 is a keyboard. Through this in- 
put unit 1105, an instruction of the user is input to the 



personal computer, and output unit 1 1 06 outputs display 
corresponding to this instruction. Communication unit 
204 performs two-way communication with network 104 
shown in Fig. 1 . 

5 [0172] Through this communication unit 204, program 
module 1 01 4 is downloaded from distribution server 101 
to RAM 1103. Contents downloaded are stored by soft- 
ware storage 1104 and then each undergo execution in 
accordance with the user's instruction. This program 

10 module 614 starts automatically upon next boot-up of 
the personal computer. 

[0173] Through the execution of this program module 
1014, the same functions as those of data processor 
202 that are described in the first exemplary embodi- 
es ment can be implemented in the personal computer. 
[0174] In the present embodiment, the personal com- 
puter has been used. However, this embodiment is not 
limited to this, and an arbitrary terminal such as a PDA, 
a portable telephone or the like is also applicable, pro- 
vided that it can receive and display the content. 
[01 75] In cases where receiving terminal 1 03 is a gen- 
eral-purpose terminal such as the portable telephone or 
the like, while its data processor 202 is not a general- 
purpose program designed for the transmission and re- 
ception of e-mail, it is preferable that only the e-mails 
each including the content associated with the delivery 
request are loaded, but not all the e-mails received by 
receiving terminal 103. In cases where there is such a 
demand, e-mail receiver 209 loads only the e-mails 
each carrying the content identifying information en- 
tered in the subject header. 

[0176] In such a system comprised of the content dis- 
tribution server and the content receiving terminal, the 
content distribution server can deliver the content re- 
quested by the user to the content receiving terminal af- 
ter providing the content receiving terminal with the pro- 
gram designed for the reception of the content. Thus, 
common personal computers can find use as the client 
terminals, and the content delivery system for delivering 
advertising content to the indefinite number of users ef- 
ficiently can be constructed with ease. 



Claims 

45 

1. A method for sending content, said method com- 
prising the steps of: 

storing a request for delivery of the content in 
so a content delivery list, the delivery request be- 

ing provided by a user and including a delivery 
validity period representing a period during 
which the delivery of the content is accepted 
and an address of an addressee of the content; 
5 5 extracting the delivery request within the deliv- 

ery validity period from the content delivery list; 
and 

delivering the content based on the extracted 
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delivery request. 

2. A method for sending content, said method com- 
prising the steps of: 

storing a request for delivery of the content in 
a content delivery list, the delivery request be- 
ing provided by a user and including a delivery 
validity period representing a period during 
which the delivery of the content is accepted, 
an address of an addressee of the content and 
a content attribute representing an attribute of 
the content; 

extracting the delivery request within the deliv- 
ery validity period from the content delivery list; 
selecting content conforming to the content at- 
tribute included in the extracted delivery re- 
quest from a content management database 
stored with the content; and 
delivering the selected content based on the 
extracted delivery request. 

3. A method for sending content, said method com- 
prising the steps of: 

storing a request for delivery of the content in 
a content delivery list, the delivery request be- 
ing provided by a user and including a delivery 
validity period representing a period during 
which the delivery of the content is accepted, 
an address of an addressee of the content, a 
content attribute representing an attribute of 
the content and a content identifying informa- 
tion comprised of an arbitrary character string; 
extracting the delivery request within the deliv- 
ery validity period; 

selecting content conforming to the content at- 
tribute included in the extracted delivery re- 
quest from a content management database 
stored with the content; 

generating transmit data including the content 
and the content identifying information added 
to the content; and 

delivering the transmit data based on the ex- 
tracted delivery request. 

4. The method of claim 3, wherein the content attribute 
includes at least one of a type of content represent- 
ing either a category or a genre of the content, a 
data format of the content, a maximum amount of 
data on the content and information about a billing 
form. 

5. The method of claim 3, wherein the step of gener- 
ating the transmit data comprises the step of gen- 
erating an e-mail including the content in a body of 
the e-mail and the content identifying information in 
a subject header of the e-mail. 



6. The method of claim 4 r wherein in the step of gen- 
erating the transmit data, advertising content is add- 
ed to the content according to the information about 
the billing form that is included in the content at- 

s tribute. 

7. The method of claims 1 , 2 or 3, wherein in the step 
of extracting the delivery request, the delivery re- 
quest past the delivery validity period is deleted 

io from the content delivery list. 

8. A method for receiving content, said method com- 
prising the steps of: 

updating an awaiting content list by storing 
awaiting content information in the awaiting 
content list, the awaiting content information in- 
cluding a delivery validity period that is previ- 
ously registered with a distributor requested to 
deliver the content and represents a period dur- 
ing which the delivery of the content is accept- 
ed, and an address of the distributor requested 
to deliver the content; and 
extracting only receive data conforming to the 
given conditions for selection of the content that 
are stored in the awaiting content list. 

9. The method of claim 8, further comprising the step 
of sending a request for delivery of the content to 
the distributor requested to deliver the content, the 
delivery request including the delivery validity peri- 
od, an address of an addressee of the content and 
a content attribute representing an attribute of the 
content. 

10. The method of claim 9, wherein in the step of send- 
ing the delivery request, the delivery request further 
including a content identifying information com- 
prised of an arbitrary character string to be added 
to the content to be delivered is sent, and in the step 
of updating the awaiting content list, the awaiting 
content information further including the content 
identifying information is stored in the awaiting con- 
tent list. 

11. The method of claim 10, wherein the receive data 
is an e-mail including the content in a body of the 
e-mail and the content identifying information in a 
subject header of the e-mail. 

12. The method of claim 11 , wherein the conditions for 
selection of the content are a condition that an ad- 
dress of a sender of the received e-mail coincides 
with the address of the distributor requested to de- 
liver the content, a condition that the character 
string entered in the subject header of the received 
e-mail coincides with the content identifying infor- 
mation and a condition that a date and time when 
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the received e-mai! is received is one of within and 
outside the delivery validity period. 

13. The method of claim 11, wherein the conditions for 
selection of the content are a condition that an ad- 
dress of a sender of the received e-mail coincides 
with the address of the distributor requested to de- 
liver the content, a condition that the character 
string entered in the subject header of the received 
e-mail coincides with the content identifying infor- 
mation and a condition that a date and time when 
the received e-mail is sent is one of within and out- 
side the delivery validity period. 

14. A program product for causing a computer to per- 
form the method of claims 1 , 2 or 3. 

15. A program product for causing a computer to per- 
form the method of claims 8, 9 or 1 0. 

16. A program product for causing a computer to per- 
form a process of reading an e-mail, a process of 
sending and receiving the e-mail and the method of 
claims 8, 9 or 10. 

17. A computer-readable recording medium recording 
a program for causing a computer to perform the 
method of claims 1 , 2 or 3 

18. A computer-readable recording medium recording 
a program for causing a computer to perform the 
method of claims 8, 9 or 10. 

19. A computer-readable recording medium recording 
a program for causing a computer to perform a proc- 
ess of reading an e-mail, a process of sending and 
receiving the e-mail and the method of claims 8, 9 
or 10. 



tion of the method of claims 8 t 9 or 10. 

22. The server of claim 20, further comprising: 

5 a content registration unit for accepting, from 

an arbitrary content provision server providing 
said content, a request to deliver said content 
and collecting said content and a content at- 
tribute representing an attribute of the content 

10 from said content provision server. 

23. A content receiving terminal comprising: 

a delivery request generation unit for generat- 
es ing a request for delivery of content, said deliv- 
ery request including a user-specified delivery 
validity period representing a period during 
which the delivery of said content is accepted 
and a user-specified address of an addressee 
20 of said content; 

an editor for storing awaiting content informa- 
tion in an awaiting content list, said awaiting 
content information including said delivery va- 
lidity period and an address of a distributor re- 
25 quested to deliver said content; 

a receiver for receiving receive data including 
said content; and 

an anatyzerfor extracting only said receive data 
conforming to the given conditions for selection 
30 of said content that are stored in the awaiting 

content list. 

24. A content delivery system comprising the server of 
claim 20, the receiving terminal of claim 23 and a 

35 content provision server providing content. 



20. A content distribution server comprising: 



40 



a delivery request registration unit for storing a 
request for delivery of content in a content de- 
livery list, said delivery request including a de- 
livery validity period representing a period dur- 
ing which the delivery of said content is accept- 
ed and an address of an addressee of said con- 
tent; and 

a content delivery unit for extracting said deliv- 
ery request within said delivery validity period 
from said content delivery list and delivering 
said content based on said extracted delivery 
request. 

21. The server of claim 20, further comprising: 

a program delivery unit for delivering, to an ar- 
bitrary terminal, a program for causing execu- 
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